home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940091.txt < prev    next >
Internet Message Format  |  1994-11-13  |  25KB

  1. Date: Fri,  1 Apr 94 04:30:14 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #91
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Fri,  1 Apr 94       Volume 94 : Issue   91
  11.  
  12. Today's Topics:
  13.              Can you tell me what these memory chips are?
  14.                                 G-TOR
  15.                      HAM - INTERNET link info ???
  16.                            internet access
  17.                 mailgateway Packet Radio <--> Internet
  18.                    NTS traffic on packet  (2 msgs)
  19.                        Starting. Need some help
  20.             Talking to seismic packages over a radio link
  21.                       Welcome to rec.radio.info!
  22.  
  23. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  24. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  25. Problems you can't solve otherwise to brian@ucsd.edu.
  26.  
  27. Archives of past issues of the Ham-Digital Digest are available 
  28. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  29.  
  30. We trust that readers are intelligent enough to realize that all text
  31. herein consists of personal comments and does not represent the official
  32. policies or positions of any party.  Your mileage may vary.  So there.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: Thu, 31 Mar 1994 12:30:49 BST
  36. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!EU.net!uknet!lyra.csx.cam.ac.uk!pipex!crosfield.co.uk!axg@network.ucsd.edu
  37. Subject: Can you tell me what these memory chips are?
  38. To: ham-digital@ucsd.edu
  39.  
  40. In article <2nc823$b2@reznor.larc.nasa.gov> zawodny@arbd0.larc.nasa.gov (Joseph M Zawodny) writes:
  41. >Hi,
  42. >
  43. >    I have some memory chips that I need more info on.  Specifically, I
  44. >have these chips:
  45. >
  46. >    KM41C1000AJ-8
  47. >    KM41C1000BJ-8    Is this really different from the AJ?
  48. >    KM41C4000AJ-8
  49. >    M5M44410AJ    A Mitsubishi chip
  50. >
  51. >I am reasonably sure the first two are 1Mbit x 1 chips.  I hope the third is a
  52. >4Mbit x 1 chip.  I hope the fourth is also a 4Mbit x 1 chip, but fear it is a
  53. >1Mbit x 4 instead.  I intend to use these chips in having some SIMMs made up
  54. >for a PC.
  55.  
  56. You are right - the first 2 are Samsung 1M x 1 DRAM's 80ns - the BJ is
  57. likely to be a mask revision or a die shrink to improve speed performance
  58.  
  59. The 3rd is a Samsung 4M x 1 DRAM 80ns
  60.  
  61. The 4th is 4M x 1 but you may have the pt no wrong - it should be 
  62. M5M44100AJ
  63.  
  64. FYI the Mitsubishi 1M x 4 DRAM would be M5M44400AJ
  65.  
  66.  
  67. -- 
  68. ===========================================================================
  69. Albert Gilchrist  Component Engineering  Phone :  +44 442 230000  Ext: 3671
  70. Crosfield Electronics Ltd                Fax   :  +44 442 232301
  71. Hemel Hempstead  HERTS HP2 7RH  UK       Email :  axg@crosfield.co.uk
  72.  
  73. ------------------------------
  74.  
  75. Date: Wed, 30 Mar 1994 23:39:22 -0600
  76. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!news.ans.net!paperboy.amoco.com!apctrc!msc.edu!news.gac.edu!msus1.msus.edu!vax1.mankato.msus.edu!slip043.mankato.msus.edu!user@network.ucsd.edu
  77. Subject: G-TOR
  78. To: ham-digital@ucsd.edu
  79.  
  80. In article <9403241949.AA22980@ATK.COM>, Rick_Whiting@ATK.COM (Rick
  81. Whiting) wrote:
  82.  
  83. >(TEXT)
  84.  
  85.  
  86. yes, I am sure G-TOR is a fantastic protocol, but we all must remember,
  87. Rick, that G-TOR IS a product of Kantronics and will never take off as long
  88. as Kantronics does not license it or distribute it's specifications so all
  89. can take advantage...
  90. -- 
  91. Christopher Schmelzer
  92. Internet: n0ovf@vax1.mankato.msus.edu
  93. Packet: n0ovf@kf0vc.mn.usa.noam
  94.  
  95. ------------------------------
  96.  
  97. Date: 1 Apr 94 02:53:03 GMT
  98. From: agate!howland.reston.ans.net!news.ans.net!hp81.prod.aol.net!search01.news.aol.com!not-for-mail@ucbvax.berkeley.edu
  99. Subject: HAM - INTERNET link info ???
  100. To: ham-digital@ucsd.edu
  101.  
  102. In article <grunewal.6.2D8F1DE7@ph.und.ac.za>, grunewal@ph.und.ac.za writes:
  103.  
  104. Looking for internet hamradio gateway. N6QMY/BBS Internet Gateway exists.
  105. Contact pat@Tandem.com (Patrick Mulrooney) for data. He just posted operating
  106. instructions, etc.
  107.  
  108. ------------------------------
  109.  
  110. Date: 1 Apr 94 02:21:06 GMT
  111. From: agate!howland.reston.ans.net!news.ans.net!hp81.prod.aol.net!search01.news.aol.com!not-for-mail@ucbvax.berkeley.edu
  112. Subject: internet access
  113. To: ham-digital@ucsd.edu
  114.  
  115. In article <x83LlP7.tleone@delphi.com>, tleone@delphi.com writes:
  116.  
  117. Where does one get info on Packet access to Internet. This request comes up
  118. frequently. Within America On-Line there is a ham radio area with some data on
  119. Packet access. i will be happy to provide answers to e-mail querries to
  120. msullivan@carib.vf.ge.com
  121.  
  122. ------------------------------
  123.  
  124. Date: Thu, 31 Mar 1994 14:04:38 GMT
  125. From: ihnp4.ucsd.edu!swrinde!sgiblab!cs.uoregon.edu!usenet.ee.pdx.edu!news.reed.edu!lclark!nasman@network.ucsd.edu
  126. Subject: mailgateway Packet Radio <--> Internet
  127. To: ham-digital@ucsd.edu
  128.  
  129. Roger Keating (keating@nosc.mil) wrote:
  130.  
  131. : Is this the case?   Suppose I have a packet message I want to have
  132. : delivered to my email address, where should it be sent via packet?
  133.  
  134. : Suppose the reverse is the case; I have a message here on my computer
  135. : which I want to send to a packet address...where do I send it?
  136.  
  137. : Roger Keating - KD6EFQ
  138. : keating@nosc.mil
  139.  
  140. this is from the rec.radio.amateur.digital.misc FAQ available at
  141. rtfm.mit.edu in pub/usenet/net.answers.
  142.  
  143. _Keith Nasman
  144.  
  145. *************************************************************************
  146. Internet / Packet Radio BBS Gateways
  147.  
  148. There are currently two comprehensive gateways between the Internet and
  149. the packet radio BBS system.  One is run by Jim Durham, W2XO, in Pennysylvania
  150. and the other, which allows access to PBBS bulletins, as well as mail,
  151. is run by Bob Arasmith, N0ARY, in California.
  152.  
  153. 2.4.1 The W2XO Gateway
  154.  
  155. To mail from Internet to Packet:
  156.  
  157. 1.   Mail to: "bbs@w2xo.pgh.pa.us"
  158.  
  159. 2.   Make the first line of the text a Packet BBS "send" command, ie:
  160. SP TOCALL @ BBSCALL.ROUTING-HINTS < FROMCALL
  161.  
  162. 3.   The "subject" line of the Internet mail becomes the "title" line
  163. of the Packet BBS mail.
  164.  
  165. NOTE:  Because of FCC regulations, Jim must hand filter each message
  166. sent FROM Internet TO the Amateur Packet Radio BBS system.  Messages
  167. should be of minimal length and appropriate content.  Read Section 1.9
  168. (Do's and Don'ts: Rules and Regulations) regarding appropriate usage of
  169. packet radio for more information.  Always include the routing hints
  170. with the BBS callsign.
  171.  
  172. To mail from Packet to Internet:
  173.  
  174. 1.   The amateur radio operator must have his callsign registered in
  175. the gateway alias list.  If you want to mail from packet to a specific
  176. amateur on Internet, send mail to 'durham@w2xo.pgh.pa.us' (Internet) or
  177. 'W2XO @ W2XO.#WPA.PA.USA.NOAM' (Packet BBS mail) with his/her amateur
  178. callsign and their Internet address.
  179.  
  180. 2.   Once the above is accomplished, packet BBS mail should be sent to
  181. 'CALL @ W2XO.#WPA.PA.USA.NOAM'.  The mail will automatically be
  182. forwarded to the Internet address of the amateur with the 'CALL'
  183. callsign.
  184.  
  185. Jim Durham's Internet address is 'durham@w2xo.pgh.pa.us'.
  186.  
  187.  
  188. 2.4.2  The N0ARY Internet mail <-> full packet BBS gateway
  189.  
  190. Bob Arasmith, N0ARY, runs a gateway between the Internet mail system and
  191. PBBS system.  His gateway allows you to read, post, and respond to other
  192. postings on the PBBS system via email.  For more information, send mail
  193. to gateway_info@arasmith.com.
  194.  
  195.  
  196. -- 
  197. Keith Nasman <nasman@lclark.edu>
  198. finger for PGP public key
  199.  
  200. ------------------------------
  201.  
  202. Date: Wed, 30 Mar 94 17:54:54 GMT
  203. From: netcomsv!netcomsv!skyld!jangus@decwrl.dec.com
  204. Subject: NTS traffic on packet 
  205. To: ham-digital@ucsd.edu
  206.  
  207. In article <2nc2me$h4q@hp-col.col.hp.com> jms@col.hp.com writes:
  208.  
  209.   > Thanks, Jeff.  Actually I understood that the above routing can be
  210.   > accomplished.  But, can you do that and make it change on a daily
  211.   > basis?  E.G. on Monday the traffic is forwarded to me, on Tuesday
  212.   > it goes to N0HAM, on Wednesday to KB0XYZ, etc.  And maybe have it
  213.   > so it works on a bi-weekly basis, depending on how many people a 
  214.   > given area has that wants to deliver traffic.  So I might get all
  215.   > the 809xx @ ntsco on Monday of the first and third weeks of a month,
  216.   > and someone else get it on the second and fourth weeks.
  217.   > What do you think?
  218.  
  219.   To do the specific person to service NTS messages, you can change a
  220.   line in the alias file to read "90504 nts-in w0rli" This allows a
  221.   local copy on the BBS and a forwarded copy to Hank. The key would be
  222.   having several ALIAS files and then swapping them out as required.
  223.   I.e., copy alias.001 alias and so forth. with alias.000 being the
  224.   default (none forwarded version) to return to. Creative use of the
  225.   AT command can accomplish this on a fairly regular basis.
  226.  
  227.   If on the other hand you are one of those people that reset the BBS
  228.   daily for memory purposes, you can write a batch file to include
  229.   renaming and copying the alias files.
  230.  
  231.   How it works:
  232.  
  233.   ALIAS file for wa6fwi (relevant portion)
  234.  
  235.   # this allows a carbon-copy of all NTS traffic sent
  236.   nts-out nts-out sent-nts
  237.   # this grabs incoming from my forwarding BBS and places it in nts-in
  238.   90500 nts-in
  239.   90501 nts-in
  240.   90502 nts-in
  241.   90503 nts-in
  242.   90504 nts-in
  243.   90505 nts-in
  244.   90506 nts-in
  245.   90507 nts-in
  246.   90508 nts-in
  247.   90509 nts-in
  248.  
  249.   REWRITE file for wa6fwi (relevant portion)
  250.  
  251.   # this grabs things in the "correct" format for forwarding.
  252.   *@nts* nts-out
  253.  
  254.   I have had problems in the past with people sending NTS mail
  255.   addressed to (for example) 90504@90504 or NTS@90504.CA and
  256.   other seriously hosed up versions. Usually when I catch them,
  257.   I service the message and send a note back to the originator
  258.   and the originating BBS sysop explaining how it should be done.
  259.  
  260.   73 es GM from Jeff
  261.  
  262.  
  263.  Amateur: WA6FWI@WA6FWI.#SOCA.CA.USA.NOAM | "You have a flair for adding
  264. Internet: jangus@skyld.grendel.com        |  a fanciful dimension to any
  265.  US Mail: PO Box 4425 Carson, CA 90749    |  story."
  266.    Phone: 1 (310) 324-6080                |           Peking Noodle Co.
  267.  
  268. ------------------------------
  269.  
  270. Date: 31 Mar 1994 13:35:08 GMT
  271. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!math.ohio-state.edu!magnus.acs.ohio-state.edu!csn!col.hp.com!jms@network.ucsd.edu
  272. Subject: NTS traffic on packet
  273. To: ham-digital@ucsd.edu
  274.  
  275. Jeffrey D. Angus (jangus@skyld.grendel.com) wrote:
  276.  
  277.  
  278. :   I have had problems in the past with people sending NTS mail
  279. :   addressed to (for example) 90504@90504 or NTS@90504.CA and
  280. :   other seriously hosed up versions. Usually when I catch them,
  281. :   I service the message and send a note back to the originator
  282. :   and the originating BBS sysop explaining how it should be done.
  283.  
  284. :   73 es GM from Jeff
  285.  
  286. Thanks, again, Jeff.  Since you know a lot more about this than I do,
  287. can you explain to me what usually happens when a message gets
  288. forwarded by more than one route, thus delivery is attempted more
  289. than once?  That happened twice to me yesterday.  One of the messages
  290. came in about 12 hours later.  On the other, I received 2 copies
  291. at the same time.  It was duplicated by a station in VA who forwarded
  292. it to MO and CO.  They then found their way, by different paths,
  293. to Colorado Springs where they were forwarded to my pbbs (KPC-3).
  294. I guess it's better to get 2 (or more) copies than for a message to
  295. get lost, but it still bothers me to attempt delivery of a message
  296. that's already been delivered.  I don't think it impresses the
  297. general public much either!
  298.  
  299. 73 and cul....
  300. Mike K0TER
  301.  
  302. ------------------------------
  303.  
  304. Date: Thu, 31 Mar 1994 11:15:21 GMT
  305. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!pipex!uknet!EU.net!sun4nl!relay.philips.nl!philce!huitinkj@network.ucsd.edu
  306. Subject: Starting. Need some help
  307. To: ham-digital@ucsd.edu
  308.  
  309. Hi, please reply in mail only...
  310.  
  311. I am looking into the packet radio things lately, and think it is really 
  312. interesting. Could someone tell me what exactly I would need to set
  313. this up. Maybe someone from Holland around?
  314.  
  315. I have an AMIGA 2000 computer, just running at 7Mhz. What extra hardware will
  316. I need. Estimate costs.
  317.  
  318. Jeroen
  319.  
  320. --
  321. sign
  322.  
  323. ------------------------------
  324.  
  325. Date: Thu, 31 Mar 94 07:36:34 EST
  326. From: ihnp4.ucsd.edu!mvb.saic.com!MathWorks.Com!noc.near.net!mv!lmr!rapp@network.ucsd.edu
  327. Subject: Talking to seismic packages over a radio link
  328. To: ham-digital@ucsd.edu
  329.  
  330. sak@igloo.essc.psu.edu (Sridhar Anandakrishnan) writes:
  331.  
  332. > Hi all, a novice question on radios and radio-modem links.
  333. > I have an experiment where a bunch of seismic packages (refteks) are
  334. > scattered over the Antarctic ice sheet.  They are all within about 40
  335. > km of a central site.  I would like to interrogate them about their
  336. > state-of-health from this central site.  I don't need a high-speed
  337. > link (I am not downloading seismic data over the radio, just some
  338. > relatively small strings of data).
  339.  
  340. I have some good news for you! Yes, you can do it with off-the-shelf
  341. equipment, and even better news: There's a guy at McMurdo (Antarctica) who's
  342. done it! You want to get ahold of Al Oxton <oxton@atsvax.rsmas.miami.edu>. (
  343. or oxton@mcmurdo.gov ) Tell him I gave you his name. He did something similar
  344. up here in New Hampshire using commercial radios with packet controllers. I
  345. was involved with the project just a little bit, but it was so many years
  346. ago, I've forgotten most of it. You don't need full duplex, btw.
  347.  
  348. Larry 
  349. -----------------------------------------------------------------------------
  350. L. M. Rappaport &  Associates, Inc.   rapp@lmr.mv.com   voice +1 603 237 8400
  351. Colebrook, NH  03576-0158             CIS 72427,2567    fax   +1 603 237 8430
  352.  
  353. ------------------------------
  354.  
  355. Date: Wed, 30 Mar 1994 21:00:13 MST
  356. From: tribune.usask.ca!kakwa.ucs.ualberta.ca!quartz.ucs.ualberta.ca!alberta!ve6mgs!rec-radio-info@decwrl.dec.com
  357. Subject: Welcome to rec.radio.info!
  358. To: ham-digital@ucsd.edu
  359.  
  360. Archive-name: radio/rec-radio-info/welcome
  361. Last-modified: $Date: 1994/01/02 22:00 $
  362. Version: $Revision: 1.06 $
  363.  
  364. *** Welcome to rec.radio.info! ***
  365.  
  366. Welcome to rec.radio.info, a group that aims to provide a noise-free source
  367. of information and news for the entire rec.radio hierarchy.
  368.  
  369. Two introductory articles about rec.radio.info are posted to the group and
  370. to news.answers every two weeks. You are now reading the first article, which
  371. explains what rec.radio.info is, and answers some Frequently Asked Questions. 
  372. The second article is titled "Submission Guidelines", and you only need to 
  373. read it if you want to submit an article to rec.radio.info.
  374.  
  375. You can skip to the next section of this article by searching for the next
  376. " -- " string. The sections available are:
  377.  - What is the purpose of rec.radio.info?
  378.  - Why are messages almost always cross posted to rec.radio.info?
  379.  - What is a 'follow-up', and what does 'moderated' mean?
  380.  - OK, so now I know what 'moderated' means. Tell me more.
  381.  - What type of material is considered inappropriate?
  382.  - I do not have access to news, how can I get the information posted to
  383.    rec.radio.info?
  384.  - Will the material appearing in rec.radio.info be archived somewhere?
  385.  - I have a regular posting with timely information, is there a way to
  386.    speed up it's delivery, or automate for more convenience?
  387.  
  388.  -- What is the purpose of rec.radio.info?
  389.  
  390. The purpose or charter of rec.radio.info is to provide the Usenet community with
  391. a resource for information, news, and facts about any and all things radio.
  392.  
  393. All the other rec.radio groups are intended for discussions and general chit
  394. chat about radio.  Rec.radio.info will contain informational, factual articles
  395. only. Follow-ups are redirected to an appropriate other group, and further
  396. discussion (if any) will not take place in rec.radio.info.
  397.  
  398. In order to ensure that rec.radio.info contains only appropriate articles, it
  399. was decided to create the group as a moderated newsgroup.
  400.  
  401.  -- Why are messages almost always cross posted to rec.radio.info?
  402.  
  403. It provides a "tag" for each article to be assembled into a filtered
  404. presentation in rec.radio.info (even with cross-posting, only one message, with
  405. a unique Message-ID, is propogated across the net).  This tag also facilitates
  406. a pre-existing method of dropping or cancelling the articles locally within the
  407. discussion groups if you don't want to see them.  This accommodates individuals
  408. who want to separate the bulletins from the discussions, discussions from the
  409. bulletins, as well as those who are adamant about not reading another
  410. newsgroup and wanted to see everything all in one basket.  
  411.  
  412. With the total size of Usenet (in number of newsgroups and total traffic)
  413. doubling every year or so, this is no insignificant contribution to reducing
  414. information noise and chaos.  Making the discussion groups a catch-all, and
  415. making extra newsgroups filters on that catch-all, is also the most realistic
  416. way to implement such a scheme (It's not intuitively obvious what the charter,
  417. contents, and general appropriate topics for each and every newsgroup are.
  418. Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial
  419. for new readers).
  420.  
  421. By cross-posting one only is adding a few tens of bytes to each bulletin (to
  422. specify the extra group on the Newsgroups line), but are adding the capability
  423. for very powerful filtering features available on most news servers,
  424. listservers and readers.  Your local news guru could probably explain these
  425. features in more detail.
  426.  
  427. In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add
  428. a line of the form:
  429.     /Newsgroups:.*[ ,]rec\.radio\.info/h:j
  430. either in ~/News/KILL (if you don't want to see rec.radio.info articles
  431. anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them
  432. just in rec.radio.amateur.misc).  The latter method means your kill file will
  433. only be consulted during rec.radio.amateur.misc (and hence runs more
  434. efficiently), and will probably work for most people.
  435.  
  436. In nn, according to Bill Wohler in his nn FAQ, add a line of the form:
  437.     rec.radio.info:!s/:^
  438. in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or
  439. put the following lines: 
  440.     sequence
  441.     rec.radio.info
  442.     rec.radio.
  443. at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first,
  444. then read the remaining rec.radio.* without the bulletins.
  445.  
  446.  -- What is a 'follow-up', and what does 'moderated' mean?
  447.  
  448. If you are new to Usenet and are not familiar with the terminology, you might
  449. want to read the general introductory articles found in the newsgroup
  450. news.announce.newusers. Doing so will make your life on the net much easier,
  451. and will probably save you from making silly beginner's mistakes.
  452.  
  453. If you think that at this moment you are reading an echo, a conference, or
  454. a bulletin board, I'd also strongly suggest a trip over to
  455. news.announce.newusers.
  456.  
  457. For the rest of this article, I will assume you have a basic knowledge of
  458. Usenet terminology and mechanics.
  459.  
  460. A moderated group means that any article that needs to be posted to the group
  461. has to be accepted by the moderator of the group. Since we need to ensure that
  462. followups to an article (discussion) do not show up in the rec.radio.info
  463. newsgroup, the `Followup-To:' header line contains a newsgroup that is
  464. appropriate for disussions about the specific article.
  465.  
  466.  -- OK, so now I know what 'moderated' means. Tell me more.
  467.  
  468. Rec.radio.info is a moderated newsgroup, which means that all articles
  469. submitted to the group will have to be approved by the moderator first.
  470.  
  471. The current moderator of the group is Mark Salyzyn.  Submissions to
  472. rec.radio.info can be posted, or e-mailed to:
  473.  
  474.         rec-radio-info@ve6mgs.ampr.ab.ca
  475.  
  476. Comments, criticisms, suggestions or questions about the group can be e-mailed
  477. to:
  478.         rec-radio-request@ve6mgs.ampr.ab.ca
  479.  
  480. But before you do so, please be sure to check out the "Submission Guidelines"
  481. article.
  482.  
  483. The influence of the moderator should be minimal and of an administrative
  484. nature, consisting chiefly of weeding out obviously inappropriate articles,
  485. while making sure correct headers etc. are used for the appropriate ones.
  486.  
  487.  -- What type of material is considered inappropriate?
  488.  
  489. There are three broad categories of articles which will be rejected by the
  490. moderator:
  491.  
  492. 1) Requests for information: rec.radio.info is strictly a one-way street.  I
  493.    receive information in my mailbox; I then post it to rec.radio.info.
  494.    Requests for specific information belong in the normal discussion newsgroups.
  495.    If your request gets answered, you might consider passing the answer on to
  496.    rec.radio.info, though. Especially if you can edit it into a informational,
  497.    rather than a discussion, format.
  498.  
  499. 2) Obvious discussion articles, or articles that appear unsubstantiated.
  500.  
  501. 3) Commercial stuff: a relatively unbiased test of a radio product would be
  502.    accepted, but any hint of for-profit might be reason for rejection. For three
  503.    reasons: This is not the purpose of the list, for-profit is a controversial
  504.    topic, and this list may be passed onto Amateur Packet Radio (where
  505.    for-profit is prohibited except under certain provisos).
  506.  
  507.    rec.radio.swap (or possibly comp.newprod) may be more deserving of the
  508.    posting in any matter.
  509.  
  510.    Similarly, copyrighted material generally cannot be used.  If it's TRULY
  511.    worthwhile to the net, I would recommend obtaining permission from the
  512.    copyright holder.  Please note the source, and if permission was given.  I
  513.    reserve the right to make the final decision concerning appropriateness in
  514.    all situations.  In most cases, a brief summary of, or pointer to, the
  515.    copyrighted information may be all I can allow.
  516.  
  517.  -- I do not have access to news, how can I get the information posted to
  518.     rec.radio.info?
  519.  
  520. brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for
  521. rec.radio.info. Non of the articles will be digested, due to their size, so
  522. you will receive individual mailings for every article posted to the group.
  523.  
  524. Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and
  525. thus is an alias to rec-radio-info@ve6mgs.ampr.ab.ca
  526.  
  527. To subscribe and unsubscribe via the listserver; the format for that is
  528.  
  529.     sub address radio-info
  530.     unsub address radio-info
  531.  
  532. where 'address' is your full mailing address. Send this request to
  533.  
  534.     listserv@ucsd.edu
  535.     
  536. Note that the server will automatically delete any address that bounces mail.
  537. If you leave the address portion blank, it will try to deduce your address
  538. from the mail headers. This may not work if you are on bitnet, milnet or
  539. some other non-Unix host, so it is recommended to put your return address
  540. in any case. For example:
  541.  
  542.     sub mymailbox@myhost.mydomain.mil radio-info
  543. or
  544.     sub MEMEME01@DMBHST.bitnet radio-info
  545.  
  546. or something like that.
  547.  
  548.  -- Will the material appearing in rec.radio.info be archived somewhere?
  549.  
  550. Yes. Still firming up details at the moment but here is a preliminary list:
  551.     - unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu>
  552.     - nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.fi>
  553.         saved to /pub/dx/text/rec.radio.info currently stored as
  554.         numbered files.
  555.  
  556. Effectively this means that anything you post to rec.radio.info will be
  557. permanently stored, so your work will not be lost.
  558.  
  559.  -- I have a regular posting with timely information, is there a way to
  560.     speed up it's delivery, or automate for more convenience?
  561.  
  562. Yes, there is! It may take a bit of chatter with the moderator, but we are
  563. willing to take responsible people and provide them the means of posting the
  564. articles directly from their site. We will try everything we can as we fully
  565. realize that DX (distant signal) and astronomical data can be somewhat
  566. transitory. We are also willing to allow regular posters of information the
  567. same courtesy, even if the information is not as time critical.
  568.  
  569. We refer to this as self-moderation, which is partly based on the model for
  570. news.answer. This requires co-operation and good will to be beneficial to
  571. the community in the rec.radio hierarchy.
  572.  
  573. I suggest reading the posting guidelines for more information. I am open to
  574. suggestions.
  575.  
  576. I thank the following individuals for their input into this article:
  577.     rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl
  578.     rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us
  579.     Paul W. Schleck, KD3FU pschleck@unomaha.edu
  580.     Ian Kluft, KD6EUI ikluft@uts.amdahl.com
  581.  
  582. -- 
  583. Mark Salyzyn -- Moderator rec.radio.info
  584. Submissions to: rec-radio-info@ve6mgs.ampr.ab.ca
  585. Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca
  586. * Requests for information do *not* belong in rec.radio.info *
  587.  
  588. ------------------------------
  589.  
  590. End of Ham-Digital Digest V94 #91
  591. ******************************
  592.